home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 001 / zcdoc987.arc / zcommdoc.ab < prev    next >
Text File  |  1987-09-27  |  73KB  |  1,801 lines

  1.  
  2.         Revised 09-05-87                        Universal Line Printer Edition
  3.         ZCOMM User Manual                                                   31
  4.  
  5.  
  6.         10.  TUTORIAL INTRODUCTION
  7.  
  8.         ASSUMPTIONS: In addition to the minimum hardware requirements for
  9.         ZCOMM, this tutorial assumes the use of a Hayes Smartmodem 1200 (or
  10.         equivalent) connected to the COM1 port in accordance with the
  11.         instructions in Chapter 8.  The tutorial assumes that ZCOMM.EXE,
  12.         YHP.EXE, UMANH.HLP, and PHODIR.T are copied to the root directory of
  13.         your working disk, and that ZCOMM.EXE has been serialized with the
  14.         putsnp program.  If your system configuration is different, you will
  15.         have to read the manual carefully to learn how to adjust for your
  16.         configuration.
  17.  
  18.         After typing ZCOMM from the DOs prompt to load ZCOMM, type F-10 to
  19.         activate the flash-up help processor.  Browse through it briefly to
  20.         familiarize yourself with the information available via the F-10 help
  21.         key.
  22.  
  23.         To make a call without using a directory entry, type speed 1200 (or
  24.         whatever) and then the phone number:
  25.  
  26.         speed 1200 123-4567
  27.  
  28.         The modem then dials the number.  When you are connected, ZCOMM will
  29.         return to its command prompt.  Keyboard F2 to begin talking with the
  30.         remote.  Give some commands to the remote until several screens' worth
  31.         of text have scrolled by.
  32.  
  33.         Now press the PgUp function key.  The screen will now display text
  34.         that had scrolled off before.  Use the PgUp, Home, PgDn, and End
  35.         function keys to move around in the review buffer.
  36.  
  37.         Look for a moderately interesting nugget of wisdom, and use the up
  38.         arrow and down arrow function keys on the numeric keypad to place the
  39.         interesting part at the top of the screen.
  40.  
  41.         Hit "t" to set the top marker.  This causes all the text to display in
  42.         high intensity.  Now move down using the down arrow key to place the
  43.         first line of unwanted text at the top of the screen.
  44.  
  45.         Hit the "b" key to set the bottom pointer.  This will change the
  46.         displayed text back to normal intensity.
  47.  
  48.         Now hit "w" and ZCOMM will prompt for a filename to write the selected
  49.         text to.  Type the filename followed by <ENTER>, and ZCOMM will write
  50.         the selected data.  When the write operation is finished, the screen
  51.         will redisplay the text.
  52.  
  53.         When you have the feel of it, type F1 to return to the term function
  54.         and conversational connection to the remote computer.
  55.  
  56.         Next, log off the remote computer.  When it drops the line, ZCOMM
  57.  
  58.  
  59.         (C) 1987 Omen Tech Inc                Chapter 10 Tutorial Introduction
  60.  
  61.  
  62.         Revised 09-05-87                        Universal Line Printer Edition
  63.         ZCOMM User Manual                                                   32
  64.  
  65.  
  66.         displays "Carrier Lost" in reverse video to announce that the
  67.         connection has been lost.  At this time you are still in the term
  68.         function.
  69.  
  70.         When you return to ZCOMM's command prompt (by typing F1), type
  71.         "off<ENTER>" to disconnect the modem and exit back to DOS.
  72.  
  73.         Now is a good time to read the rest of the manual to discover the
  74.         power of ZCOMM.  Chapter 10 presents some unusual sessions
  75.         demonstrating more of ZCOMM's capabilities.
  76.  
  77.         10.1  Sample Sessions
  78.  
  79.                        This directory entry accesses a computer
  80.                            directly wired to COM2 at 19kb.
  81.  
  82.          unix  port 2 speed 19200 t
  83.           |         |         |      |
  84.           |         |         | Invoke term function
  85.           |         |         ___ Set 19200 bits per second
  86.           |         ______________ Select port COM2
  87.           _________________________ System name
  88.  
  89.                       This entry dials a typical bulletin board
  90.  
  91.          rcpm   port 1 speed 1200 123-4567 t
  92.           |         |      |         |     |
  93.           |         |      |         |     _ Term function
  94.           |         |      |         _______ Number to call
  95.           |         |      __________________ 1200 baud
  96.           |         _________________________ Select COM1
  97.           ____________________________________ System name
  98.  
  99.                                A Not so Typical Session
  100.  
  101.         The example below assumes a Hayes modem connected to a radio receiver
  102.         tuned to the W1AW ASCII bulletins.  Refer to a recent issue of QST
  103.         Magazine for a W1AW schedule.  to select the best signal.  Usually,
  104.         the error rate is lowest when receiving a strong signal near the
  105.         Maximum Useable Frequency (MUF).  Set the radio for Upper Sideband
  106.         (USB) reception.  Tune it so the resulting audio frequencies make the
  107.         RD (Received Data) light turn on about 50 percent of the time.  The
  108.         Hayes modem manual chapter on Amateur Radio provides more information.
  109.  
  110.         Be sure to reset the modem by powering it down before attempting
  111.         regular phone calls with it.
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.         (C) 1987 Omen Tech Inc                      Chapter 10 Sample Sessions
  120.  
  121.  
  122.         Revised 09-05-87                        Universal Line Printer Edition
  123.         ZCOMM User Manual                                                   33
  124.  
  125.  
  126.         w1aw speed 110 putw "ATS10=255 C0 H2 D\r" t -v
  127.                  |                  |                |
  128.                  |                  |        -v prints control chars
  129.                  |                  |        as ^C so they won't
  130.                  |                  |        erase the screen, etc.
  131.                  |   Ignore Carrier Detect, Carrier Off, Special Off
  132.                  |   Hook (Don't close relay), Originate, Online
  133.                  |________ W1AW ASCII transmissions are at 110 bps
  134.  
  135.         A>ZCOMM call unix   Connect to a local system named unix
  136.         jabber jabber ...   Login to system, change directory
  137.         <ALT-2>Command:     Get a ZCOMM command prompt
  138.         sz prg?.? prghlp.mm Upload some files
  139.         jabber jabber ...
  140.         sz *.c *.h          Download some source files
  141.         Receiving ...       ZMODEM AutoDownload accepts them
  142.         kermit -ix          Start the Unix Kermit server
  143.         <F1>>>>c:           Get ZCOMM's command prompt
  144.         remote dir          Get a directory listing
  145.         Directory...        Directory listing on screen
  146.         get f2              Get (fetch) a file
  147.         f2 Open ...         File arrives
  148.         send myfile         Send myfile to server
  149.         finish              Finish server access
  150.         t                   Enter term function
  151.         kermit send f1      Start a Kermit file transfer
  152.         f1 Open...          File is received AUTOMAGICALLY!
  153.         jabber jabber ...   Log off local system
  154.         <F1>>>>c:           Get ZCOMM's command prompt
  155.         port 1              Select modem on COM1
  156.         call rcpm           Dial a system called "rcpm"
  157.         jabber jabber ...   Keyboarding with remote
  158.         <Home>              Review function at top of text
  159.         /to superhacker     Search for beginning of message to you
  160.         t                   Set top pointer
  161.         /to j. fred muggs   Search for beginning of next message
  162.         b                   Set bottom pointer
  163.         w                   Write selected text to a disk file
  164.         <F1>                Return to term function
  165.         E<ENTER>            Tell the rcpm to enter a message
  166.         <ALT-2>Command:     Get a ZCOMM command prompt
  167.         open -p letter      Open "letter" and send to bbs, using
  168.                             prompt and throttle modes to slow
  169.                             transmission so the remote system won't
  170.                             drop characters.
  171.         dir                 Find out what files are on the RCPM
  172.         xmodem s foo.bqr    Command RCPM to download a file
  173.         <ALT-2>Command:     Get a ZCOMM command prompt
  174.         rc foo.bqr          Download a file with XMODEM/CRC
  175.         PgUp PgUp ...       Flip back to the first part of
  176.                             directory previously listed
  177.  
  178.  
  179.         (C) 1987 Omen Tech Inc                      Chapter 10 Sample Sessions
  180.  
  181.  
  182.         Revised 09-05-87                        Universal Line Printer Edition
  183.         ZCOMM User Manual                                                   34
  184.  
  185.  
  186.         <ENTER>             Back to term function
  187.         xmodem s dr.who     Download a critical file
  188.         <ALT-2>Command:     Get a ZCOMM command prompt
  189.         rc \misc\dr.who     Download the file
  190.         jabber jabber ...   More keyboarding, logoff
  191.         <F1>>>>c:           Get ZCOMM's command prompt
  192.          Connect the modem to the radio's audio and tune in W1AW
  193.         create rtty.tmp     Create a disk file for the bulletins
  194.         call w1aw
  195.         bleep twort sneep   Static on the radio - pure line hits until
  196.                             W1AW is received while sending ASCII
  197.         <F2>k               Review/k command clears the buffer
  198.         QST DE W1AW ...
  199.         END ... AR
  200.         <ALT-C>             Close the capture file
  201.         <F1>>>>c:off        Return to DOS
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.         (C) 1987 Omen Tech Inc           Chapter 10 Accessing Computer Systems
  240.  
  241.  
  242.         Revised 09-05-87                        Universal Line Printer Edition
  243.         ZCOMM User Manual                                                   35
  244.  
  245.  
  246.         11.  ACCESSING COMPUTER SYSTEMS
  247.  
  248.         11.1  Dialing
  249.  
  250.         Once you modem is interfaced per Chapter 8, you can connect to a
  251.         remote system with the call command referencing an entry in your
  252.         telephone directory entry.
  253.  
  254.         EXAMPLE: call kgbvax
  255.  
  256.  
  257.         If a telephone directory entry has not been set up, TurboLearn(TM) may
  258.         be invoked to dial a phone number and then learn your login procedure
  259.         by keyboarding the F4 key.  You may choose to add the resulting script
  260.         to your telephone directory, or retain it as a separate file acessible
  261.         with the source command.  Please refer to the learn command in Chapter
  262.         17.
  263.  
  264.         If you just want to call a number without ZCOMM learing anything, type
  265.         the telephone number from the command prompt already.
  266.  
  267.         EXAMPLE: 123-4567
  268.  
  269.         When the modem connects, ZCOMM returns to the command prompt.  You can
  270.         then keyboard the F2 key to connect your keyboard to the remote
  271.         system.  If you wish to use "bulletin board graphics", keyboard t -8g
  272.         instead.
  273.  
  274.         11.2  Telenet/PC-Pursuit
  275.  
  276.         For best results, identify with D1 when Telenet asks for your terminal
  277.         type.  This selection prevents the network from adding padding
  278.         characters, which are just a waste of time with ZCOMM.
  279.  
  280.         To use XMODEM, YMODEM, Telink, and other traditional protocols on PC
  281.         Pursuit, you must give the Telenet command
  282.  
  283.         SET 1:0,4:2,5:0,7:8,12:0
  284.  
  285.         after connecting to the PC-Pursuit target city.  This command prevents
  286.         Telenet from "eating" control characters or breaking the connection
  287.         when files containing certain patterns are transmitted.  This command
  288.         disables Telenet's "<ENTER>@<ENTER>" escape.
  289.  
  290.         If you expect to use ZMODEM or Kermit SLiding Windows (SuperKermit),
  291.         give the command
  292.  
  293.         SET 4:2,5:1,12:1
  294.  
  295.         instead.
  296.  
  297.  
  298.  
  299.         (C) 1987 Omen Tech Inc           Chapter 11 Accessing Computer Systems
  300.  
  301.  
  302.         Revised 09-05-87                        Universal Line Printer Edition
  303.         ZCOMM User Manual                                                   36
  304.  
  305.  
  306.         Please refer to Chapter 14 for further network considerations.
  307.  
  308.         11.3  Tymnet
  309.  
  310.         If using Tymnet, type Ctrl-R Ctrl-X just before the host computer name
  311.         to enable flow control with XOFF and XON.  "Half Duplex" may be
  312.         activated with Ctrl-H.  Check with your network's documentation for
  313.         further details or updates to this information.
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.  
  355.  
  356.  
  357.  
  358.  
  359.         (C) 1987 Omen Tech Inc              Chapter 11 Protocol File Transfers
  360.  
  361.  
  362.         Revised 09-05-87                        Universal Line Printer Edition
  363.         ZCOMM User Manual                                                   37
  364.  
  365.  
  366.         12.  PROTOCOL FILE TRANSFERS
  367.  
  368.         With many different ways to transfer files with ZCOMM, your choice of
  369.         file transfer methods could make the difference between efficient,
  370.         error free data and slow or error prone transfers.  This chapter gives
  371.         an overview of the different ways to transfer files with emphasis on
  372.         their relative merits.
  373.  
  374.         A file transfer protocol should have high integrity (assurance of
  375.         accurate data) and high robustness (low probability of aborting a
  376.         transfer).  When the file transfer is attended, robustness is not so
  377.         critical because the transfer can be restarted.
  378.  
  379.         The following subchapters discuss these file transfer methods in more
  380.         detail.
  381.  
  382.         12.1  ZMODEM File/Command Transfers
  383.  
  384.         ZMODEM was developed for the public domain under contract by Telenet,
  385.         a major packet switched network.  ZMODEM has been submitted to the
  386.         ANSI X12C committee for standardization.
  387.  
  388.         ZMODEM provides a greatly simplified user interface.  The file name is
  389.         entered once, and transfer options may be given to the sending
  390.         program, even those that apply to the receiver.  ZMODEM AutoDownload
  391.         allows menu and mouse driven programs to download files and commands
  392.         with no extra keyboarding required.
  393.  
  394.         ZMODEM transfers both files and commands.  Command download allows one
  395.         of the computers to take positive control of the session.  A security
  396.         challenge (activated by AutoDownload) guards against Trojan Horse
  397.         messages.*
  398.  
  399.         ZMODEM file transfers preserve the file date[1] and the exact file
  400.         contents, unlike traditional protocols that append garbage to files.
  401.  
  402.         ZMODEM is four file transfer protocols in one.  Streaming transmission
  403.         provides full throughput over satellite links and packet switched
  404.         networks.  One of three ZMODEM streaming control methods may be used
  405.         with systems that allow the sender to monitor the received data for
  406.         error correction packets without interrupting transmission.
  407.         Individually acknowledged packets support other systems.
  408.  
  409.         ZMODEM is immune to most of the error conditions that prevent accurate
  410.         file transfers with traditional protocols.
  411.  
  412.  
  413.         __________
  414.  
  415.          1. Controlled by the d and z numeric parameters
  416.  
  417.  
  418.  
  419.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  420.  
  421.  
  422.         Revised 09-05-87                        Universal Line Printer Edition
  423.         ZCOMM User Manual                                                   38
  424.  
  425.  
  426.          + ZMODEM data transfers are protected by the Federal Standard 32 bit
  427.            CRC to assure reliable transfers.  This 32 bit CRC gives an
  428.            undetected error rate five orders of magnitude better than XMODEM's
  429.            16 bit CRC, and more than a billion times better than checksum
  430.            XMODEM.  ZMODEM uses 16 bit CRC for file transfers with programs
  431.            that do not support 32 bit CRC.
  432.  
  433.          + Most important, all ZMODEM protocol transactions are protected by
  434.            CRC.  Some competing protocols advertising 16 or 32 bit CRC fail
  435.            under stress because transactions use single characters not
  436.            protected by CRC.
  437.  
  438.         ZMODEM supports Crash Recovery and advanced file management.  If
  439.         you've ever been disconnected when a huge file transfer was almost
  440.         finished, you'll appreciate resuming/recovering the file transfer with
  441.         the ZMODEM r option.  You can use the n option to transfer only those
  442.         files that have changed since the last time they were transferred.
  443.         With the p option, you can unconditionally protect files that already
  444.         exist on the destination system.  To update only the files you already
  445.         have while skipping the rest, use the Yn option.
  446.  
  447.         To send a file with ZMODEM, the command sz file1 can be given from
  448.         either the main command prompt, or from a secondary command prompt
  449.         obtained with ALT-2.  Multiple files and wild cards may be used.
  450.  
  451.         EXAMPLE: sz file1 file2 *.lst
  452.  
  453.  
  454.         If Z mode has been enabled (the default), ZCOMM's term function will
  455.         detect a ZMODEM transmission and receive the file(s) automatically,
  456.         after a security check.  Otherwise, the rz command may be given from a
  457.         command prompt.
  458.  
  459.         Please refer to the sz and zcommand commands described in Chapter 17
  460.         for examples and information.
  461.  
  462.         Rz and sz programs are available for Unix.  The ZMODEM protocol is
  463.         described in ZMODEM.DOC.
  464.  
  465.         12.2  TRUE YMODEM(TM)
  466.  
  467.         Developed in 1981, YMODEM extensions to XMODEM are finding their way
  468.         into many communications programs.  Rb and sb programs are available
  469.         for Unix and VAX/VMS.  With Omen's Enhanced Data Recovery(TM), YMODEM
  470.         gives excellent efficiency, integrity, and good robustness.
  471.  
  472.         True YMODEM transfers one or more files in a batch without alteration
  473.         or added garbage characters.  True YMODEM preserves the file date
  474.         across multiple time zones.  ZCOMM and the Unix(TM) rb and sb programs
  475.         and ZCOMM preserve the file modification date.[2]
  476.  
  477.  
  478.  
  479.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  480.  
  481.  
  482.         Revised 09-05-87                        Universal Line Printer Edition
  483.         ZCOMM User Manual                                                   39
  484.  
  485.  
  486.         The sb k option (1024 byte blocks) may be used to enhance throughput,
  487.         especially when using timesharing systems, satellite links, or packet
  488.         networks that can support the longer blocks.
  489.  
  490.  
  491.         EXAMPLE: sb -k *.c *.h sends all .c and .h files in the current
  492.         directory with 1024 byte blocks.[3]
  493.  
  494.         YMODEM Batch files can be received with the rb or F3 commands.
  495.  
  496.         YMODEM Batch file transfers with Unix and VMS systems are discussed
  497.         later in this chapter.  Many programs claiming to support YMODEM
  498.         actually use XMODEM with 1024 byte blocks; use ZCOMM's sx -k and rx
  499.         XMODEM commands with these imposters.
  500.  
  501.         12.3  XMODEM-1k
  502.  
  503.         The XMODEM-1k protocol transfers one file per command with 1024 byte
  504.         blocks and a nominal 16 bit CRC.  The file name must be entered for
  505.         both the sender and the receiver.  Programs lacking ZCOMM's Cybernetic
  506.         Data Recovery(TM) logic are less likely to transfer data accurately
  507.         under marginal conditions.  XMODEM's use of every possible 8 bit code
  508.         limit its effectiveness in many applications.
  509.  
  510.         The end of the file may be padded by up to 127 or 1023[4] garbage
  511.         characters.
  512.  
  513.         To send a file: sx -k file1
  514.  
  515.         To receive a file: rc file1
  516.  
  517.         12.4  XMODEM/CRC
  518.  
  519.         The XMODEM/CRC protocol transfers one file per command.  The file name
  520.         must be entered for both the sender and the receiver.  Programs
  521.         lacking ZCOMM's Cybernetic Data Recovery(TM) logic are less likely to
  522.         transfer data under marginal conditions.  XMODEM-CRC's short data
  523.         blocks and use of every possible 8 bit code limit its effectiveness in
  524.         many applications.
  525.  
  526.  
  527.  
  528.         ______________________________________________________________________
  529.  
  530.          2. Controlled by the d and z numeric parameters
  531.  
  532.          3. ZCOMM switches to 128 byte blocks at the end of a file when the
  533.             length warrants.
  534.  
  535.          4. Some programs (including ZCOMM) limit this padding to 127 bytes.
  536.  
  537.  
  538.  
  539.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  540.  
  541.  
  542.         Revised 09-05-87                        Universal Line Printer Edition
  543.         ZCOMM User Manual                                                   40
  544.  
  545.  
  546.         The end of the file may be padded by up to 127 garbage characters.
  547.  
  548.         To send a file: sx file1
  549.  
  550.         To receive a file: rc file1
  551.  
  552.         12.5  XMODEM
  553.  
  554.         The original MODEM protocol, developed by Ward Christensen, is
  555.         supported by a large and growing number of programs operating on a
  556.         variety of micros and minis.  The base level XMODEM protocol gives
  557.         good results when used over low error rate direct telephone
  558.         connections.  XMODEM's short data blocks and use of every possible 8
  559.         bit code limit its effectiveness in many applications.
  560.  
  561.         File transfers with this protocol add up to 127 garbage characters to
  562.         transferred files.  The XMODEM protocol can transfer one file per
  563.         command.  The file name must be entered at both the sender and the
  564.         receiver.
  565.  
  566.         To send a file with plain XMODEM: sx file1
  567.  
  568.         To receive a file with XMODEM: rx file1
  569.  
  570.         12.6  WXMODEM (People-Link)
  571.  
  572.         ZCOMM supports WXMODEM protocol downloads with the rw command.  On the
  573.         People-Link timesharing service, WXMODEM downloads are faster than
  574.         XMODEM downloads.  Throughput, reliability, accuracy, and amenities
  575.         are not as good as ZMODEM or SuperKermit, but neither of these
  576.         protocols are currently available on that system.  WXMODEM adds up to
  577.         127 garbage bytes to transferred files.  Omen Technology does not
  578.         recommend WXMODEM for use over noisy phone lines.
  579.  
  580.         EXAMPLE: rw file1
  581.  
  582.  
  583.         12.7  MODEM7 Batch
  584.  
  585.         The MODEM7 batch protocol passes CP/M file names from the sending
  586.         program to the receiver one character at a time.  The compatibility,
  587.         throughput, and reliability problems of this kluge prompted the
  588.         development of YMODEM.  Nonetheless, when it becomes necessary to
  589.         transfer files with a program lacking contemporary protocols, MODEM7
  590.         batch is better than nothing.
  591.  
  592.         File names transmitted with the MODEM7 batch protocol must obey the
  593.         restrictions of both 8 bit CP/M and DOS.  The f option cannot be used
  594.         with MODEM7 batch.  Data transfer within MODEM7 batch uses XMODEM
  595.         protocol, and all of XMODEM's weaknesses discussed above apply to
  596.         MODEM7 batch.  MODEM7 batch does not preserve the modification date or
  597.  
  598.  
  599.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  600.  
  601.  
  602.         Revised 09-05-87                        Universal Line Printer Edition
  603.         ZCOMM User Manual                                                   41
  604.  
  605.  
  606.         exact file contents.
  607.  
  608.         EXAMPLE: s7 file1.ext *.baz sends files with MODEM7 batch.
  609.  
  610.  
  611.         EXAMPLE: r7 receives one or more files with MODEM7 batch.
  612.  
  613.  
  614.         12.8  Telink/FIDO Batch
  615.  
  616.         The Telink protocol expands upon the MODEM7 batch kluge with a
  617.         specially formatted block containing the length of the file and the
  618.         local DOS time and date.  The length data allows the receiver to
  619.         truncate the file length to that the original file.  All of the MODEM7
  620.         batch compatibility and reliability problems apply to Telink.[5] The
  621.         zmodem Z numeric parameter or the z file transfer option may be used
  622.         to correct the time/date stamping of files transferred between
  623.         different time zones.
  624.  
  625.         EXAMPLE: zmodem pZ120;  st file1.ext *.baz Sends the specified files
  626.         with a 2 hour time zone adjustment.
  627.  
  628.  
  629.         EXAMPLE: rt -z60 Receives one or more files with a 60 minute time zone
  630.         adjustment.
  631.  
  632.  
  633.         12.9  Clink/SEAlink Batch
  634.  
  635.         When transferring files with the SEA CLINK 1.13 or compatible
  636.         programs, ZCOMM's rb and sb commands recognize SEAlink's modified
  637.         Telink protocol.  The rb command allows a transmitting SEAlink program
  638.         to use sliding windows.  Telink time zone and file name considerations
  639.         apply to SEAlink.  In addition, because SEAlink uses all 256 of the
  640.         possible 8 bit codes for both data transfer and protocol management,
  641.         some modems and networks that operate with XMODEM will not accomodate
  642.         SEAlink.  As with the MODEM7 and Clink protocols mentioned above, the
  643.         SEAlink protocol is included for convenience in situations where the
  644.         YMODEM and ZMODEM protocols are not implemented.[6]
  645.  
  646.  
  647.         __________
  648.  
  649.          5. Correct operation of ZCOMM's rt and st commands have been verified
  650.             with Minitel 3.0 by Tom Jenning's Fido Software; other Programs
  651.             may not produce the same results.
  652.  
  653.          6. Correct SEAlink protocol operation of ZCOMM's rb and sb commands
  654.             has been verified with the CLINK 1.13 program by Systems
  655.             Enhancement Associates.  Because of ambiguities and errors in the
  656.             SEAlink documentation, other Programs may not produce the same
  657.  
  658.  
  659.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  660.  
  661.  
  662.         Revised 09-05-87                        Universal Line Printer Edition
  663.         ZCOMM User Manual                                                   42
  664.  
  665.  
  666.         EXAMPLE: zmodem pZ120;  sb file1.ext *.baz Sends the specified files
  667.         to a SEAlink program with a 2 hour time zone adjustment.
  668.  
  669.  
  670.         EXAMPLE: rb -z60 Receives one or more files from a SEAlink program
  671.         with a 60 minute time zone adjustment.
  672.  
  673.  
  674.         12.10  XMODEM with OverThruster
  675.  
  676.         XMODEM file downloading from networks and timesharing systems is
  677.         slowed by short blocks and long response times.  With some systems,
  678.         one can speed up downloads by using the ro command to receive the
  679.         file.  Because OverThruster defeats error recovery, a line hit will
  680.         usually abort a download.  With nearly error free connections, one can
  681.         save enough time from the increased throughput to make up for failed
  682.         transfers.  OverThruster may be used with X.PC or MNP error correcting
  683.         link level protocols.
  684.  
  685.         EXAMPLE: ro file1
  686.  
  687.  
  688.         SEE ALSO: O numeric parameter
  689.  
  690.         12.11  Kermit
  691.  
  692.         Kermit operates with a wide range of computer systems, including those
  693.         whose restrictive terminal interfaces prevent XMODEM transfers.
  694.         Kermit uses an encoding technique called quoting to represent control
  695.         characters and (if necessary) parity bits with standard printable
  696.         characters.  It is one of the few asynchronous error correcting
  697.         protocols that work properly with half duplex IBM front ends.  The
  698.         Kermit protocol can transfer one or more files per command, preserving
  699.         the exact file length.  The popular timesharing service The Source
  700.         supports the Kermit file transfer protocol in ASCII and binary modes.
  701.  
  702.         When sending files with the Kermit Protocol, ZCOMM uses all 8 bits for
  703.         the transfer unless a 7 bit parity mode (e.g., ena -7e) is used, the
  704.         kermit 7 numeric parameter is non zero, or the other program requests
  705.         8th bit qouting.  If ZCOMM is using a 7 bit parity mode (such as ena
  706.         -7m), ZCOMM requests 8th bit quoting unless the kermit 8 numeric
  707.         parameter is non zero.
  708.  
  709.         -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  710.                         Both programs must use the same parity
  711.  
  712.  
  713.         ______________________________________________________________________
  714.  
  715.             results.
  716.  
  717.  
  718.  
  719.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  720.  
  721.  
  722.         Revised 09-05-87                        Universal Line Printer Edition
  723.         ZCOMM User Manual                                                   43
  724.  
  725.  
  726.                         for Kermit file transfers to succeed.
  727.         -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  728.  
  729.         Normal Kermit does not provide an automatic means of forcing both the
  730.         sender and receiver to use the same sub-protocol.  Files cannot be
  731.         transferred if the two programs disagree on parity handling, Such
  732.         failures are quite commonplace.  A common symptom is a transfer that
  733.         starts up normally but always fails at the same block.  Setting
  734.         appropriate parity corrects these Kermit failures.
  735.  
  736.         ZCOMM's Kermit AutoDownload (enabled with the K mode) allows the term
  737.         function to sense the beginning of a Kermit file download, make the
  738.         proper determination on whether to use 8 bit serial data, and execute
  739.         the file download without user intervention.
  740.  
  741.         Kermit is less efficient than some protocols because of control
  742.         character quoting and short packets.  Super-Kermit (Kermit with
  743.         Sliding Windows) transmits up to 31 packets before waiting for a
  744.         response, increasing throughput with timesharing systems and networks.
  745.         ZCOMM uses sliding windows and CRC error detection if the other
  746.         machine's Kermit supports them.
  747.  
  748.         ZCOMM supports 12 bit Kermit checksums and 16 bit Kermit CRC for
  749.         professional error detection performance.
  750.  
  751.         The Kermit protocol was developed at Columbia University.  The
  752.         specifics of the protocol and supporting mainframe programs are
  753.         described in documents available from Columbia University and
  754.         elsewhere.
  755.  
  756.         EXAMPLE: kermit sb file1 file2
  757.  
  758.  
  759.         EXAMPLE: kermit rb
  760.  
  761.  
  762.         SEE ALSO: kermreset string parameter
  763.  
  764.         12.11.1  ZCOMM Kermit Capabilities At a Glance
  765.          Local operation..................Yes
  766.          Remote operation.................Yes
  767.          Transfers text files.............Yes
  768.          Transfers binary files...........Yes
  769.          Wildcard send....................Yes
  770.          Filename collision avoidance.....Yes
  771.          Can time out.....................Yes
  772.          8th-bit prefixing................Yes
  773.          8 bit serial data................Yes
  774.          Repeat count prefixing...........Yes
  775.          Alternate block checks...........Yes
  776.          Terminal emulation...............Multiple
  777.  
  778.  
  779.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  780.  
  781.  
  782.         Revised 09-05-87                        Universal Line Printer Edition
  783.         ZCOMM User Manual                                                   44
  784.  
  785.  
  786.          Communication settings...........Yes
  787.          Transmit BREAK...................Yes
  788.          IBM mainframe communication......Yes
  789.          Transaction logging..............Yes
  790.          Act as server....................no
  791.          Talk to server...................Yes
  792.          Advanced commands for servers....Yes
  793.          Handle file attributes...........no
  794.          Programmable reset string........Yes
  795.  
  796.         12.11.2  Kermit Server Access  The commands to start up a Kermit
  797.         server vary from system to system.  Unix C-Kermit can be started in
  798.         server mode with kermit -ix given to Unix or VMS.  When the Kermit
  799.         server is active, the ZCOMM get, send, and remote ...  commands may be
  800.         used.  The ZCOMM finish command causes the remote Kermit server to
  801.         exit to its operating system.
  802.  
  803.         12.11.3  Kermit Caveats  If the Kermit protocol doesn't work with IBM
  804.         mainframe communications, incorrect ASCII/EBCDIC translate tables may
  805.         be the problem.
  806.  
  807.         Some mainframe "front ends" require a special sequence of characters
  808.         or a break signal to recover from transmission errors ("line hits").
  809.         The kermreset string parameter may be programmed with the required
  810.         sequence.
  811.  
  812.         Some versions of Kermit translate files as they are sent.  Typical
  813.         modifications include CR/LF to NL transformations and CPMEOF
  814.         stripping.  When transferring binary files, such editing must be
  815.         disabled with SET FILE TYPE BINARY or similar commands given to the
  816.         other program.  The demonstration in Chapter 10 includes several
  817.         Kermit server access and file transfer commands.
  818.  
  819.         When downloading files from some versions of Kermit, best results may
  820.         sometimes be obtained by starting ZCOMM's kermit receive before typing
  821.         the carriage return that starts the sender on the remote.  If the
  822.         other program includes an adjustable initial delay, you can save time
  823.         by setting it to zero.
  824.  
  825.         SEE ALSO: kermit d numeric parameter
  826.  
  827.         SEE ALSO: K mode (Kermit AutoDownload)
  828.  
  829.         12.12  Uploading Files to Unix Systems
  830.  
  831.         On Unix(TM) systems, files may be uploaded most conveniently and
  832.         efficiently with the ZMODEM protocol supported by the Unix rz program.
  833.  
  834.         See the Unix rz manual entry for more information.  Versions of the C
  835.         programs SQ, TYPE, USQ, and ZOO are available for Unix systems.  The
  836.         Unix version of USQ has a -n flag to strip carriage returns.
  837.  
  838.  
  839.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  840.  
  841.  
  842.         Revised 09-05-87                        Universal Line Printer Edition
  843.         ZCOMM User Manual                                                   45
  844.  
  845.  
  846.         If rz is not installed on the Unix system, the file rzsz.zoo (included
  847.         on your ZCOMM distribution diskette) must be unpacked with looz: looz
  848.         -e rzsz.zoo given from the DOS prompt.  Next, the command source
  849.         zupl.t calls the zupl.t script to upload the bootstrap file minirb.c,
  850.         compile it, and use it to upload the remainder of the source files.
  851.  
  852.         After the rest of the files have been uploaded, compile rz.c and sz.c
  853.         using the directions given at the beginning of each of those files.
  854.  
  855.         The manual pages rz.1 and sz.1 may be formatted with commands such as
  856.              nroff -Tlp -man rz.1 sz.1
  857.  
  858.         12.13  Downloading Files from Unix Systems
  859.  
  860.         To download files from Unix(TM) systems, use the Unix sz program to
  861.         send the desired files to ZCOMM.  First, be sure ZCOMM's Z mode is
  862.         enabled (the default).
  863.  
  864.         EXAMPLE: enable -Z
  865.  
  866.         To Unix keyboard: sz file ...
  867.  
  868.         If one or more of the files already exists on the destination disk,
  869.         use sz -y file ...  instead, to replace the old copies on your
  870.         computer.
  871.  
  872.         When files are long and transmission slow, you can save time by
  873.         squeezing them first with sq.  Source for a Unix compatible version of
  874.         sq is available in xsq.cq.  The zoo program, available for DOS and
  875.         Unix, may also be used to compress file(s) before transmission.
  876.  
  877.         Unix source files normally do not contain carriage returns used by
  878.         CP/M and DOS.  Some CP/M or DOS programs, such as C compilers, do not
  879.         require carriage returns in the source files.  Others, such as the
  880.         Microsoft Macro Assembler, become quite confused by such files,
  881.         although such files fully meet the requirements of the ASCII standard.
  882.  
  883.         Carriage Returns may be added before downloading with the todos or
  884.         tocpm programs.  Carriage returns may be added during the transfer
  885.         with the sz a option.  Carriage Returns may be added after the
  886.         transfer by some program editors.  (Other editors, such as DOS edlin
  887.         may crash trying to edit such files.) Short files (less than 28kb) may
  888.         be converted using ZCOMM's read and create commands to pass the data
  889.         through ZCOMM's capture buffer.
  890.  
  891.         Text files may also be downloaded using the capture buffer if sz has
  892.         not been installed on the Unix machine.
  893.  
  894.         If a file or set of files are to be transported between two Unix
  895.         systems, it may be helpful to place them in a tar or cpio archive (and
  896.         possibly squeeze the archive) before transmission.  This procedure
  897.  
  898.  
  899.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  900.  
  901.  
  902.         Revised 09-05-87                        Universal Line Printer Edition
  903.         ZCOMM User Manual                                                   46
  904.  
  905.  
  906.         will preserve the Unix file modes and modification times, and bypass
  907.         pathname restrictions imposed by DOS.
  908.  
  909.         12.14  VMS File Transfers
  910.  
  911.         VMS versions of the rb and sb programs described above are included in
  912.         the "shell archive" vrbsb.sh.  These archives may be uploaded with
  913.         procedures similar to those used with Unix (described above).
  914.  
  915.         Once uploaded, the files in this archive may be separated with an
  916.         editor if no shell is available on VMS.  The manual pages in
  917.         rzsz1et2.sh apply to the VMS versions of these programs.[7] Most of
  918.         the comments made above about Unix file transfers apply to VMS as
  919.         well.
  920.  
  921.         In case of difficulty, try setting the HOSTSYNC, READSYNC, TTSYNC,
  922.         PASSALL, and EIGHTBIT parameters.
  923.  
  924.         12.15  Compuserve File Transfers
  925.  
  926.         12.15.1  B Protocol  The error correcting B Protocol is used by the
  927.         Compuserve Timesharing Service through the Compuserve, Tymnet, and
  928.         Telenet networks.  B Protocol file transfers are initiated by the
  929.         Compuserve computer.  The B Protocol file transfer protocol is well
  930.         supported by this timesharing service.
  931.  
  932.         Compuserve also supports the XMODEM protocol.  However, short XMODEM
  933.         blocks exacerbate throughput problems, and the XMODEM protocol adds up
  934.         to 127 garbage characters to the end of files.  Under typical
  935.         conditions, the B Protocol saves 35 per cent in file transmission time
  936.         and connect charges compared to XMODEM protocol transfers.
  937.  
  938.         The c or C mode must be set with ena -c or ena -C to allow the B
  939.         protocol to seize control and transfer files.
  940.  
  941.         The w numeric parameter sets the block length used for uploading files
  942.         with B protocol.  A longer block length (up to 1024) increases
  943.         throughput, but may overload some networks.  In extreme cases, a
  944.         length of 256 or 128 may be necessary if the network's buffering is
  945.         defective.  The choice of block length does not affect the contents of
  946.         successfully uploaded files.
  947.  
  948.         The Compuserve Protocol controls all file transfer operations (except
  949.         permission to overwrite files) from the timesharing system.
  950.  
  951.  
  952.  
  953.         __________
  954.  
  955.          7. VMS versions of rz and sz will be available in the future.
  956.  
  957.  
  958.  
  959.         (C) 1987 Omen Tech Inc              Chapter 12 Protocol File Transfers
  960.  
  961.  
  962.         Revised 09-05-87                        Universal Line Printer Edition
  963.         ZCOMM User Manual                                                   47
  964.  
  965.  
  966.         Waiting for long files to download can be boring.  You can start the
  967.         transfer and walk away from the computer, but Compuserve will stay
  968.         connected for 15 minute$ after the transfer is finished if you don't
  969.         come back when the download finishes.  This expense can be avoided by
  970.         typing ALT-Q once the protocol transfer has started.  ALT-Q tells
  971.         ZCOMM to disconnect as soon as the protocol transfer is completed,
  972.         stopping the connect charges.  An alternative method is to control the
  973.         transfers with a script, using either ejryam or the less sophisticated
  974.         cissig and dow.t scripts included with the software distribution.
  975.  
  976.         When "browsing" through Compuserve's software "downloading section"
  977.         libraries, the kcisdl.t script file and ZCOMM allow you to download a
  978.         file with a single keystroke: F3.  Installation instructions are
  979.         provided in that file.
  980.  
  981.  
  982.         12.15.2  Cheating CIS-B with OverThruster  ZCOMM's B Protocol
  983.         OverThruster(TM) turbocharges Compuserve B downloads.  OverThruster is
  984.         enabled with o mode.  Since OverThruster disables recovery from line
  985.         noise, it should only be used with error correcting modems or quiet
  986.         phone lines.  This restriction may be lifted by enhancements to
  987.         Compuserve's software.
  988.  
  989.         12.15.3  Cheating CIS XMODEM with OverThruster  The previously
  990.         discussed ro file1 command may be used to speed up XMODEM downloads
  991.         from Compuserve.
  992.  
  993.         12.16  BIX File Transfers
  994.  
  995.         BIX (Byte Information Exchange) currently supports XMODEM-1k
  996.         (incorrectly labeled "ymodem") and Kermit Sliding Windows
  997.         (SuperKermit) file transfers.  Because of the network delays,
  998.         SuperKermit is faster for some files.
  999.  
  1000.         BIX's Kermit program does not turn off host echo, so one must use half
  1001.         duplex when logging into Tymnet.  The bix telephone directory entry in
  1002.         phones2.t performs these functions.  The Tymnet phone number in the
  1003.         bix telephone directory entry should be changed for your calling area.
  1004.  
  1005.         When setting up a new BIX account, give the command call bix,new to
  1006.         force a login to the BIX new account program.
  1007.  
  1008.         Since BIX uses a Unix system, you may wish to ask BIX when they will
  1009.         enable use of the rz and sz ZMODEM file transfer programs they carry
  1010.         in their software listings.
  1011.  
  1012.  
  1013.  
  1014.  
  1015.  
  1016.  
  1017.  
  1018.  
  1019.         (C) 1987 Omen Tech Inc                    Chapter 12 Message Transfers
  1020.  
  1021.  
  1022.         Revised 09-05-87                        Universal Line Printer Edition
  1023.         ZCOMM User Manual                                                   48
  1024.  
  1025.  
  1026.         13.  MESSAGE TRANSFERS
  1027.  
  1028.         13.1  Downloading Messages
  1029.  
  1030.         ZCOMM is flexible capturing output from other systems.  The trick is
  1031.         to make the remote send the information without too much
  1032.         embellishment.
  1033.  
  1034.         When downloading files without a file transfer protocol, set the
  1035.         timesharing system to send tabs as tab characters without expanding
  1036.         them to spaces.  Turn off fill characters.  These extra characters
  1037.         waste time and money and ZCOMM doesn't need them.  The s and S modes
  1038.         can be used to strip control characters from the capture download.
  1039.  
  1040.         EXAMPLE: t -s file
  1041.  
  1042.  
  1043.         If the remote system responds to XOFF and XON, E mode (Error
  1044.         Containment(TM)) may be used to minimize information loss caused by
  1045.         line hits.  The E mode may be enabled to allow Error Containment(TM)
  1046.         to reduce the number of characters garbled by "line hits".  Error
  1047.         Containment sends an XOFF when a line hit is detected (parity error,
  1048.         framing error, or break).  The XOFF suspends data transmission,
  1049.         allowing the hardware to recover before many characters are garbled.
  1050.         After a brief pause, ZCOMM sends XON to resume transmission.
  1051.  
  1052.         EXAMPLE: t -E7e file1 uses Error Containment to download file1 from a
  1053.         system using 7 bits even parity.  Error Containment works best when
  1054.         even or odd parity is available.
  1055.  
  1056.  
  1057.         SEE ALSO: E, j, S, s modes
  1058.  
  1059.         13.2  XON/XOFF
  1060.  
  1061.         Files of arbitrary length may be transferred if the remote supports
  1062.         flow control with the ASCII XOFF and XON control characters.  Output
  1063.         from most timesharing services may be captured to a file using this
  1064.         method.
  1065.  
  1066.         To upload a file with XON/XOFF flow control: f file1
  1067.  
  1068.  
  1069.         13.3  DC2/DC4 (^R/^T)
  1070.  
  1071.         Some bulletin boards support file downloads by issuing a DC2 to open a
  1072.         capture buffer, sending the file, and terminating the capture with
  1073.         DC4.  ZCOMM does not support this "protocol" directly.  The review t
  1074.         and b commands can be used to strip excess characters from the
  1075.         circular buffer before writing the file to disk.
  1076.  
  1077.  
  1078.  
  1079.         (C) 1987 Omen Tech Inc                    Chapter 13 Message Transfers
  1080.  
  1081.  
  1082.         Revised 09-05-87                        Universal Line Printer Edition
  1083.         ZCOMM User Manual                                                   49
  1084.  
  1085.  
  1086.         This "protocol" can be implemented with Turbodial(TM) script commands:
  1087.  
  1088.         EXAMPLE:      pat 1c "\022" "@kill; create capture.fil"
  1089.              pat 2c "\024" "close"
  1090.  
  1091.  
  1092.         13.4  Data Dump
  1093.  
  1094.         Sometimes no flow control is available.  The fget * command allows
  1095.         ZCOMM to accept a continuous stream of data at a maximum data rate
  1096.         determined by the hardware and software environment.  With a hard
  1097.         disk, excellent results have been obtained with a 4.77 mHz PC
  1098.         accepting graphics dumps at 9600 bps.
  1099.  
  1100.         EXAMPLE: fget file1
  1101.  
  1102.  
  1103.         At slower speeds or with a fast computer, the term function j mode*
  1104.         may be used for nonstop file capture.
  1105.  
  1106.         EXAMPLE: t -j file1
  1107.  
  1108.  
  1109.         The fget command does not provide a progress display.  While this
  1110.         allows the fastest possible data capture (38kb on a suitable
  1111.         computer), sometimes there is no handy way to monitor the flow of
  1112.         data.  The term function I (super-image) mode may be used to capture a
  1113.         binary file, provided CRT emulation is disabled with a display dumb
  1114.         command or enabling v mode.
  1115.  
  1116.         EXAMPLE: display dumb; t -Ij file1
  1117.  
  1118.         The fax directory entry in PHONES2.T gives another example of how
  1119.         ZCOMM's data capture modes may be used to capture binary data.
  1120.  
  1121.         13.5  Uploading Messages
  1122.  
  1123.         It is often possible to upload files using the f command with one or
  1124.         more modes (such as w or p, possibly in combination with t).
  1125.  
  1126.         Message uploads are more reliable if you set enab flow when connecting
  1127.         through Telenet.  If using Tymnet, type ^R^X just before the host
  1128.         computer name to enable flow control with XOFF and XON.  Check with
  1129.         your network's documentation for further details or updates to this
  1130.         information.
  1131.  
  1132.         It often helps to use "half duplex" ( h mode) with the computer echo
  1133.         disabled when uploading files to the computer.  This saves the
  1134.         computer from wasting precious time echoing characters.
  1135.  
  1136.         Another tactic is to avoid uncorrected message transfers during peak
  1137.  
  1138.  
  1139.         (C) 1987 Omen Tech Inc                    Chapter 13 Message Transfers
  1140.  
  1141.  
  1142.         Revised 09-05-87                        Universal Line Printer Edition
  1143.         ZCOMM User Manual                                                   50
  1144.  
  1145.  
  1146.         hours.  Telephone usage peaks during midday with a resulting increase
  1147.         in noise induced line hits.  Timesharing computers and communications
  1148.         networks are more likely to drop characters due to buffer overloading
  1149.         during high traffic periods as well.
  1150.  
  1151.         13.6  Paced
  1152.  
  1153.         Some systems accept characters only at a certain rates, a slow speed
  1154.         for each character and a possible slower speed at the end of each
  1155.         line.  Depending on the particular system, data transfer may have to
  1156.         pause briefly at the end of the line,[1] or wait for a particular
  1157.         character to signify readiness to accept the next line.  There may be
  1158.         an additional delay after that[2] before the remote is able to accept
  1159.         more data.
  1160.  
  1161.         EXAMPLE: f -p file1 uploads file1 with a wait for the linefeed echo at
  1162.         the end of each transmitted line.
  1163.  
  1164.  
  1165.         EXAMPLE: pg63; f -p file1 Sets the prompt character to decimal 63
  1166.         ("?") and sends the file with a wait for "?" after each transmitted
  1167.         line.
  1168.  
  1169.         As with the fpute command, the remote system must be commanded to open
  1170.         and close the file.
  1171.  
  1172.         13.7  Throttle
  1173.  
  1174.         Another method of slowing message uploads is the throttle, activated
  1175.         by t mode.  Throttle artificially slows Zcomm's character transmission
  1176.         to allow more time for the receiving system to digest each character.
  1177.         The speed of transmission with t mode is controlled by the t numeric
  1178.         parameter.
  1179.  
  1180.         EXAMPLE: f -t secret.msg
  1181.  
  1182.         Really slow systems may require both throttle and pacing to send data
  1183.         efficiently without loss.
  1184.  
  1185.         EXAMPLE: f -tp turkey.slo
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.         __________
  1192.  
  1193.          1. Controlled by the p numeric parameter
  1194.  
  1195.          2. Controlled by the q numeric parameter
  1196.  
  1197.  
  1198.  
  1199.         (C) 1987 Omen Tech Inc                    Chapter 13 Message Transfers
  1200.  
  1201.  
  1202.         Revised 09-05-87                        Universal Line Printer Edition
  1203.         ZCOMM User Manual                                                   51
  1204.  
  1205.  
  1206.         13.8  Uploading to IBM Mainframes
  1207.  
  1208.         Text files can be uploaded to IBM mainframes using the P (upper case)
  1209.         mode.  When the P mode is activated, ZCOMM will wait for an XON (^Q)
  1210.         after sending each line.  In this special mode, ZCOMM will not time
  1211.         out waiting for the XON, no matter how long it takes for the IBM front
  1212.         end to send it.  If, for some reason, the front end fails to send the
  1213.         XON, (or if it is garbled in transmission), Ctrl-Q may be keyboarded.
  1214.  
  1215.         EXAMPLE: f -P file1
  1216.  
  1217.  
  1218.         SEE ALSO: P mode, Kermit protocol
  1219.  
  1220.         13.9  Uploading Messages to Bulletin Boards
  1221.  
  1222.         The greatest file transfer challenge is to upload a file to a bulletin
  1223.         board message system running on a tiny microcomputer.  Bulletin board
  1224.         message systems have a rich variety of operating sequences and timing
  1225.         dependencies matched only by the proliferation of incompatible
  1226.         dialects of Basic and Pascal.
  1227.  
  1228.         Message upload from files to bulletin boards reduces connect time and
  1229.         $welling of the Phone Bill.  Unattended message transfer saves the
  1230.         user's time, especially if the board is difficult to access.
  1231.  
  1232.         The t, p and w modes and the g, p, t, and q numeric parameters allow
  1233.         disk files to be uploaded to such systems.
  1234.  
  1235.         The basic program cbbsck.bas may be used (perhaps with modifications)
  1236.         to check that a message file does not violate the restrictions of the
  1237.         message system being uploaded to.  A C version is also available.
  1238.  
  1239.         EXAMPLE: f -pt file1
  1240.  
  1241.  
  1242.         13.9.1  Uploading to SIGS  A file may be uploaded to a SIG (Special
  1243.         Interest Group) editor with p mode and the g numeric parameter set to
  1244.         colon.  When the file has been transferred, hit ENTER to send a blank
  1245.         line to terminate message entry.
  1246.  
  1247.         EXAMPLE: set eolstr "\r."; pp1000; pg58; f -p FILE Is useful for
  1248.         uploading a prepared message to Compuserve's bulletin boards.  This
  1249.         setting for eolstr inserts a period after each line to prevent the
  1250.         Compuserve software from reformatting the message.
  1251.  
  1252.  
  1253.         EXAMPLE: pp1000, pg58, and f -p FILE transmits FILE waiting for the
  1254.         prompt character ":" before sending each line after the first.
  1255.  
  1256.  
  1257.  
  1258.  
  1259.         (C) 1987 Omen Tech Inc                    Chapter 13 Message Transfers
  1260.  
  1261.  
  1262.         Revised 09-05-87                        Universal Line Printer Edition
  1263.         ZCOMM User Manual                                                   52
  1264.  
  1265.  
  1266.         An alternative is to set the SIG "FIL" option, which calls the EDIT
  1267.         editor.  The cisupl script file referenced by phones2.t uses the SIG
  1268.         "FIL" editor option.
  1269.  
  1270.         Compuserve nodes often drop characters when files are uploaded at full
  1271.         speed in full duplex.  This can be avoided by using h mode (local
  1272.         echo) and turning off Compuserve's echo.
  1273.  
  1274.         13.10  Fpute
  1275.  
  1276.         Text files can often be uploaded reasonably efficiently using the
  1277.         fpute command.* Fpute waits for an echo to each character sent to the
  1278.         remote.  Fpute provides modest throughput without loss of data for
  1279.         systems with terminal ports designed for keyboard data entry.  The
  1280.         maximum speed with fpute is limited to about 1/3 the normal character
  1281.         rate by echo delays.  There is no error correction with fpute.  Before
  1282.         the fpute command is given, the remote system must be instructed to
  1283.         enter data from the "terminal" to a file.  After the file has been
  1284.         sent, the remote system must be instructed to close the file.
  1285.  
  1286.         EXAMPLE: fpute file1
  1287.  
  1288.  
  1289.  
  1290.  
  1291.  
  1292.  
  1293.  
  1294.  
  1295.  
  1296.  
  1297.  
  1298.  
  1299.  
  1300.  
  1301.  
  1302.  
  1303.  
  1304.  
  1305.  
  1306.  
  1307.  
  1308.  
  1309.  
  1310.  
  1311.  
  1312.  
  1313.  
  1314.  
  1315.  
  1316.  
  1317.  
  1318.  
  1319.         (C) 1987 Omen Tech Inc                         Chapter 13 Flow Control
  1320.  
  1321.  
  1322.         Revised 09-05-87                        Universal Line Printer Edition
  1323.         ZCOMM User Manual                                                   53
  1324.  
  1325.  
  1326.         14.  FLOW CONTROL
  1327.  
  1328.         Flow control is sometimes necessary for displaying long messages and
  1329.         file transfer protocols using long blocks or streaming.  Text missing
  1330.         from messages and repeated retransmissions of bad data blocks, often
  1331.         at regular intervals, indicate flow control failure.
  1332.  
  1333.         When using error correcting modems and/or packet switched networks,
  1334.         including "PC Pursuit", flow control regulates the speed of data
  1335.         transfer to the network's capabilities.
  1336.  
  1337.         As a rule, the sending computer should not operate at a higher
  1338.         interface speed than the slowest link in the network.  When this
  1339.         guideline is not met, subtle precautions must be taken for best
  1340.         results with interactive operations and streaming file transfer
  1341.         protcols.
  1342.  
  1343.         ZCOMM, ZCOMM, and DSZ default to software flow control with XON and
  1344.         XOFF characters.  When used with modems that require hardware flow
  1345.         control, the handshake command (q.v.) should be used to specify which
  1346.         hardware lines are to be used for flow control.
  1347.  
  1348.         Non transparent software flow control is incompatible with XMODEM and
  1349.         YMODEM transfers.  XMODEM and YMODEM require complete transparency to
  1350.         all 256 8 bit codes.  An XMODEM transfer that always fails at the same
  1351.         block results from non transparent flow control.  When XMODEM-1k and
  1352.         YMODEM-1k are used, the network must assert flow control, or handle
  1353.         bursts of 1040 characters without data loss.  When X.25 or hardware
  1354.         CTS is unavailable, flow control that does not "eat" any characters
  1355.         may be used with XMODEM and YMODEM.  When buffers fill up, an XOFF
  1356.         should be emitted.  An XON should be sent when the buffer has emptied.
  1357.         Otherwise, the network should neither generate nor eat XON or XOFF
  1358.         characters.
  1359.  
  1360.         On Telenet, this is obtained by setting CCIT X3 5:1 and 12:1 in the
  1361.         PADs (Packet Assembler Dissassembler) at both ends of the network.
  1362.         For best throughput, parameter 64 (advance ACK) should be set to
  1363.         something like 4.[1] Packets should be forwarded when the packet is a
  1364.         full 128 bytes, or after a moderate delay (3:0,4:10).
  1365.  
  1366.         With PC-Pursuit, it is sufficient to set parameter 5 to 1 at both ends
  1367.         after one is connected to the remote modem.
  1368.  
  1369.              <ENTER>@<ENTER>
  1370.              set 5:1<ENTER>
  1371.  
  1372.  
  1373.         __________
  1374.  
  1375.          1. PADs differ in the commands and parameters they accept.
  1376.  
  1377.  
  1378.  
  1379.         (C) 1987 Omen Tech Inc                         Chapter 14 Flow Control
  1380.  
  1381.  
  1382.         Revised 09-05-87                        Universal Line Printer Edition
  1383.         ZCOMM User Manual                                                   54
  1384.  
  1385.  
  1386.              rst? 5:1<ENTER>
  1387.              cont<ENTER>
  1388.  
  1389.         ZMODEM and Kermit protect all 4 XOFF and XON characters, making them
  1390.         compatible with many networks that do not support XMODEM and
  1391.         traditional protocols.  For PADs that do not accept the "rst?"
  1392.         command, try:
  1393.  
  1394.              set 4:2,5:1,12:1<ENTER>
  1395.  
  1396.         Instead of or in addition to XON/XOFF flow control, the sending
  1397.         program's ZMODEM w numeric parameter can restrict the window size to a
  1398.         value that does not overload the network.  A zmodem pw2048 command
  1399.         restricts the window size (maximum number of bytes in transit) to
  1400.         2048.  This causes the sz command to trigger the receiver's
  1401.         acknowledgement every 512 bytes (one fourth the value of the ZMODEM w
  1402.         numeric parameter).  The sender monitors these responses and suspends
  1403.         transmission when necessary to restrict the window to the specified
  1404.         size.  Until a network dependent lower limit is reached, lower window
  1405.         sizes improve the speed of error recovery at the expense of slight
  1406.         increases in protocol overhead.  When the window size becomes less
  1407.         than the number of characters sent within the network's transit time,
  1408.         throughput falls off rapidly.
  1409.  
  1410.         Frequent protocol acknowledgements slow down high speed modems and
  1411.         should be avoided.
  1412.  
  1413.         Some modems and networks can be configured to flush (discard the
  1414.         contents of) their buffers when a break signal is received.  If this
  1415.         is possible, error recovery with ZMODEM transfers may be speeded up by
  1416.         setting the ZMODEM b parameter to 1, which sends a break whenever the
  1417.         ZMODEM sending program receives a retransmission request.
  1418.                      Network and Flow Control (FC) Compatibility
  1419.  
  1420.         ______________________________________________________________________
  1421.         |    Network     | Interactive | XMODEM | WXMODEM | S-KERMIT | ZMODEM |
  1422.         |________________|_____________|________|_________|__________|________|
  1423.         |No Network      | YES         | YES    | YES     | YES      | YES    |
  1424.         |8 bit, no FC    | NO          | YES    | YES     | YES(1)   | YES(1) |
  1425.         |Transparent FC  | YES         | YES    | YES     | YES      | YES    |
  1426.         |Non Transparent | YES         | NO     | NO      | YES      | YES    |
  1427.         |7 bit           | YES         | NO     | NO      | YES      | NO     |
  1428.         |________________|_____________|________|_________|__________|________|
  1429.  
  1430.         (1) Window size must be restricted to avoid buffer overrun if the
  1431.         network cannot transfer data at full speed.
  1432.  
  1433.  
  1434.  
  1435.  
  1436.  
  1437.  
  1438.  
  1439.         (C) 1987 Omen Tech Inc                       Chapter 14 Running ZCOMM
  1440.  
  1441.  
  1442.         Revised 09-05-87                        Universal Line Printer Edition
  1443.         ZCOMM User Manual                                                   55
  1444.  
  1445.  
  1446.         15.  RUNNING ZCOMM
  1447.  
  1448.         ZCOMM is called from DOS as
  1449.                             ZCOMM [DPORT=n] [command ...]
  1450.         where DPORT=n is an optional comm port selection and command may be
  1451.         any desired combination of ZCOMM commands.  Command line arguments to
  1452.         ZCOMM must be in lower case excpet as noted.
  1453.  
  1454.         EXAMPLE: ZCOMM call cissig invokes ZCOMM and executes the commands in
  1455.         the "cissig" telephone directory entry.
  1456.  
  1457.  
  1458.         EXAMPLE: DPORT=2 ZCOMM call othersys Selects COM2 before accessing any
  1459.         serial ports
  1460.  
  1461.  
  1462.         15.1  DOS Environment Variables
  1463.  
  1464.         ZCOMM searches the DOS Environment for the following variables:
  1465.  
  1466.         DIRSIZE controls the number of directory items that may be expanded
  1467.               with each wildcard.  It should be set to 23 * times the desired
  1468.               number of entries (default = 200).
  1469.  
  1470.         DPORT overrides the default modem port (com1) initially accessed by
  1471.               ZCOMM.
  1472.  
  1473.               EXAMPLE: C>set dport=2
  1474.  
  1475.  
  1476.         HOTPORT Suppresses the "Warning: Old dport=" message.
  1477.  
  1478.         PATH  must include the directories containing ZCOMM and the help
  1479.               processor YHP.
  1480.  
  1481.         PHONES overrides the default pathname used to fetch ZCOMM's telephone
  1482.               directory.
  1483.  
  1484.               EXAMPLE: C>set phones=c:/PHODIR.T
  1485.  
  1486.  
  1487.  
  1488.         15.1.1  Help Program Environment Variables  The flash-up help
  1489.         processor program YHP examines the environmnet for the NORMATTR,
  1490.         REVATTR, and UNDLATTR variables.  These set help screen parameters for
  1491.         normal, reverse video, and underline attributes corresponding to the
  1492.         n,r, and u numeric paramters.
  1493.  
  1494.         EXAMPLE: C>set NORMATTR=3
  1495.  
  1496.  
  1497.  
  1498.  
  1499.         (C) 1987 Omen Tech Inc                       Chapter 15 Running ZCOMM
  1500.  
  1501.  
  1502.         Revised 09-05-87                        Universal Line Printer Edition
  1503.         ZCOMM User Manual                                                   56
  1504.  
  1505.  
  1506.         15.2  File Names - Good and Bad
  1507.  
  1508.         The pathnames of downloaded files must be legal PC-DOS file names as
  1509.         described in Bad, Okay, and Good Names for Files in chapter 2 of the
  1510.         PC-DOS manual.  When choosing file names, remember that PC-DOS does
  1511.         not distinguish between uppercase and lowercase characters in
  1512.         pathnames.
  1513.  
  1514.         The Compuserve B, ZMODEM, YMODEM Batch, and Kermit protocols use
  1515.         pathnames generated by the sending program.  Some of these names may
  1516.         not be legal for DOS, or they may reference non existient directories.
  1517.  
  1518.         When ZCOMM receives a pathname from the sending program, ZCOMM first
  1519.         checks for the existence of a file with the same name.  If no such
  1520.         file is found, ZCOMM attempts to open the named file for writing.  A
  1521.         pathname that cannot be opened for reading or writing is considered
  1522.         illegal.
  1523.  
  1524.         EXAMPLE: foo..bar is illegal because it contains two periods.  DOS can
  1525.         only create files with one period in them.
  1526.  
  1527.         An Illegal pathname is translated to file.NNN where file is the
  1528.         filename portion of the given name restricted to 8 characters, and NNN
  1529.         is an assigned three digit number starting with file.001 and
  1530.         incremented after each file download.  If a file with this new name
  1531.         already exists, the number is incremented until a unique file name is
  1532.         found.
  1533.  
  1534.         EXAMPLE: A downloaded file with the name newprog.patch.1 might
  1535.         actually be downloaded as newprog.001.
  1536.  
  1537.         This check for illegal file names is made whenever ZCOMM attempts to
  1538.         create an output file.
  1539.  
  1540.         EXAMPLE: t foo.bar.baz given from the command prompt would invoke file
  1541.         name translation.
  1542.  
  1543.  
  1544.  
  1545.  
  1546.  
  1547.  
  1548.  
  1549.  
  1550.  
  1551.  
  1552.  
  1553.  
  1554.  
  1555.  
  1556.  
  1557.  
  1558.  
  1559.         (C) 1987 Omen Tech Inc                         Chapter 15 Special Keys
  1560.  
  1561.  
  1562.         Revised 09-05-87                        Universal Line Printer Edition
  1563.         ZCOMM User Manual                                                   57
  1564.  
  1565.  
  1566.         16.  SPECIAL KEYS
  1567.  
  1568.         Ctrl-Break clears any typeahead, unlocks the keyboard, and stops
  1569.         whatever function[1] ZCOMM is doing in a reasonably orderly manner.[2]
  1570.         Ctrl-Break cancels kbdlock.  It is not so abrupt as the NUKE key.  The
  1571.         B test condition tests whether Ctrl-Break has been struck since the
  1572.         last purgek command.
  1573.  
  1574.         Keyboarding ALT-N will NUKE (abort) the current command and return to
  1575.         ZCOMM's command prompt.[3] If one or more scripts are active, the
  1576.         current line number (counting from the first line in the script file)
  1577.         for each level of script is displayed.* NUKE will terminate any
  1578.         script.  NUKE closes any transmit file, but not a receive capture
  1579.         file.  (A receive capture file may be closed with the "close"
  1580.         command.) NUKE does not disconnect the modem by dropping DTR.[4]
  1581.  
  1582.         Keyboarding ALT-Z appends the contents of the display screen to a DOS
  1583.         file.  The pathname is contained in the string parameter picture which
  1584.         may be changed with the set command.  The exact contents of the screen
  1585.         memory are written to the file, with each screen character followed by
  1586.         its attribute.  A separate program, unpic is used to convert the
  1587.         screen dump to a normal file that may be printed or displayed.
  1588.  
  1589.  
  1590.         16.1  Special Keys for Protocol Transfers
  1591.  
  1592.         Certain keys perform special functions when keyboarded during protocol
  1593.         file transfers (XMODEM, Kermit, etc.).
  1594.  
  1595.         F1  Keyboarding F1 causes a protocol timeout and forces a retry.
  1596.  
  1597.         ALT-A Displays Kermit file transfer status.
  1598.  
  1599.         ALT-C Cancels Kermit session
  1600.  
  1601.  
  1602.  
  1603.  
  1604.         __________
  1605.  
  1606.          1. Not necessarily the calling function or script
  1607.  
  1608.          2. In the term function, Ctrl-Break sends a break to the remote
  1609.             unless it has been redefined with a set command.
  1610.  
  1611.          3. Use of this term, popularized in the J.F.K. administration, does
  1612.             not imply endorsement of preemptive nuclear attacks on innocent
  1613.             populations.
  1614.  
  1615.          4. When in host operation waiting for a call, NUKE drops DTR.
  1616.  
  1617.  
  1618.  
  1619.         (C) 1987 Omen Tech Inc                         Chapter 16 Special Keys
  1620.  
  1621.  
  1622.         Revised 09-05-87                        Universal Line Printer Edition
  1623.         ZCOMM User Manual                                                   58
  1624.  
  1625.  
  1626.         ALT-F Skips current Kermit file transfer
  1627.  
  1628.         ALT-Q Keyboarding Alt-Q during a protocol file transfer toggles a flag
  1629.             that causes ZCOMM to disconnect when the transfer is completed.
  1630.             This is most useful when downloading a long file.  As soon as the
  1631.             file is transferred, ZCOMM will execute the string parameter
  1632.             quitcmd (if set) and then disconnect the modem.  The state of the
  1633.             quit flag is displayed each time ALT-Q is keyboarded.
  1634.  
  1635.         ALT-S Keyboarding Alt-S displays status information on the console
  1636.             screen only (even if in Host Operation).  The pattern number of
  1637.             the last successful search (-1 if no match), the active search
  1638.             patterns (if any), and the line numbers of the active scripts (if
  1639.             any) are displayed to aid script debugging.
  1640.  
  1641.         ALT-V Keyboarding ALT-V will toggle the view option affecting the rb,
  1642.             rc, rz, sb, sc, sx, and sz commands, and data transfers using the
  1643.             Compuserve B protocol.
  1644.  
  1645.         ASCII Keyboarding a normal ASCII character (in the range of 00 to 7F)
  1646.             will send that character to the modem.  This may be used for
  1647.             protocol testing, or to terminate a modem's autodial handshake
  1648.             without terminating ZCOMM's call retry count.
  1649.  
  1650.         Ctrl-X YMODEM and ZMODEM protocols recognize several successive Ctrl-X
  1651.             characters as a session abort command.  If the remote computer
  1652.             appears to be "stuck" in a YMODEM or ZMODEM transfer, keyboard ten
  1653.             Ctrl-X characters to abort the protocol transfer.
  1654.  
  1655.         During a protocol transfer, normal keys are sent to the modem when
  1656.         Zcomm is waiting for or receiving a packet.  This may be used to
  1657.         reissue a file transfer command to the other computer if it becomes
  1658.         apparent the original command was not accepted.
  1659.  
  1660.         Other uses for this pass thru capability include protocol testing.
  1661.  
  1662.  
  1663.  
  1664.  
  1665.  
  1666.  
  1667.  
  1668.  
  1669.  
  1670.  
  1671.  
  1672.  
  1673.  
  1674.  
  1675.  
  1676.  
  1677.  
  1678.  
  1679.         (C) 1987 Omen Tech Inc                        Chapter 16 Main Commands
  1680.  
  1681.  
  1682.         Revised 09-05-87                        Universal Line Printer Edition
  1683.         ZCOMM User Manual                                                   59
  1684.  
  1685.  
  1686.         17.  MAIN COMMANDS
  1687.  
  1688.         17.1  Main Commands
  1689.  
  1690.         Commands and arguments must be entered in lower case except where
  1691.         stated.  You may shorten some commands by typing just the first
  1692.         portion that is shown in caps.  For example, the "break" command may
  1693.         be entered as "br".
  1694.  
  1695.         User defined Soft Keys are executed from the command prompt iff they
  1696.         do not conflict with the permanent definitions described below.
  1697.  
  1698.         Except where stated, multiple commands can be written on one line
  1699.         separated by ; (semicolon).  Commands that take a constant number of
  1700.         arguments do not need a semicolon to delimit the end of the command.
  1701.         If in doubt, use a semicolon to separate multiple commands.[1]
  1702.  
  1703.         @ The at sign may be used to indicate a telephone number starting with
  1704.           the Touch-Tone(TM) A B C D * or # codes or a character escape.  If
  1705.           the phone number contains spaces, it must be enclosed in double
  1706.           quotes.  The leading @ is not sent to the modem.
  1707.  
  1708.           EXAMPLE: @#*-123-4567   dials #*-123-4567.
  1709.  
  1710.  
  1711.         %l-234-567-8901 (%l:letter l) For normal long distance dialing, the
  1712.           string parameter l (letter l) defaults to "1" (digit 1).  To use an
  1713.           alternative long distance service, set the l string parameter with a
  1714.           modem command to dial the local access number, wait for the second
  1715.           dial tone, and transmit the account number.
  1716.  
  1717.           SEE ALSO: "setsavenet" telephone directory entry
  1718.  
  1719.         234-5678 A number given as a command invokes the dial script to
  1720.           attempt a connection with the specified number.  Iff the modem is
  1721.           currently connected to a remote modem, ZCOMM pulses Data Terminal
  1722.           Ready, terminating the connection.  ZCOMM character escapes may be
  1723.           used within the number string to represent special characters.
  1724.  
  1725.           When carrier is detected, ZCOMM executes the mconnect string (if
  1726.           set) and proceeds to the next command
  1727.  
  1728.           Iff no connection is made, script processing at the current level is
  1729.           terminated.
  1730.  
  1731.  
  1732.         __________
  1733.  
  1734.          1. A space or two after each semicolon makes scripts easier for
  1735.             humans to read.
  1736.  
  1737.  
  1738.  
  1739.         (C) 1987 Omen Tech Inc                        Chapter 17 Main Commands
  1740.  
  1741.  
  1742.         Revised 09-05-87                        Universal Line Printer Edition
  1743.         ZCOMM User Manual                                                   60
  1744.  
  1745.  
  1746.           The string length of the phone number is limited to 64 characters.
  1747.  
  1748.           If the string variable mcommand is set, the command therein will be
  1749.           used instead of ZCOMM's builtin dialing routine.
  1750.  
  1751.           SEE ALSO: mcommand string parameter
  1752.  
  1753.         a: Change the default disk to a:.  ZCOMM then prints the free storage
  1754.           remaining on the selected disk.  The specified disk must be included
  1755.           in the string parameter disks.
  1756.  
  1757.         abort Aborts any command or script in progress.  Closes all script
  1758.           files that may be open.  Abort returns to the command prompt.
  1759.  
  1760.         accept[[l]1] stringvar prompt (letter l, digit 1) Scripts often need
  1761.           to prompt the user for file names and menu choices.
  1762.  
  1763.           Accept displays Prompt[2] to the user.  ZCOMM then reads keyboard
  1764.           input into the specified string variable.  Backspace and Ctrl-U
  1765.           perform editing functions.  Characters are accepted from the user
  1766.           until <ENTER> is typed.  If the H numeric is non zero, an empty
  1767.           string is returned if <ENTER> is not typed within the time limit set
  1768.           by that parameter.  Acceptl translates the user's response to lower
  1769.           case.  Acceptl1 returns a 1 character string in lower case after the
  1770.           single character is keyboarded.
  1771.  
  1772.           Prompt is processed for string substitution and character escapes.
  1773.           If the result begins with an ESC character, ZCOMM does not
  1774.           reposition the cursor before accepting the string.  In writing
  1775.           scripts, it may be useful to save the current screen location with
  1776.           an escape sequence, then restore it with an escape sequence encoded
  1777.           in the prompt string.
  1778.  
  1779.           EXAMPLE: accept s1 File:   displays the prompt File: and reads the
  1780.           keyboarded response to string parameter s1.
  1781.  
  1782.  
  1783.           EXAMPLE: acceptl1 s0 "Enter Menu Choice"   reads a single character
  1784.           from the user, translates it to lower case, and assigns it to s0.
  1785.  
  1786.  
  1787.           EXAMPLE: accept s0 "\E[20;60H\E[KFile Name: "   places the cursor at
  1788.           line 20 column 60, clears the rest of the CRT line, displays the
  1789.           prompt, and accepts input.
  1790.  
  1791.  
  1792.  
  1793.         __________
  1794.  
  1795.          2. Prompt must be enclosed in quotes if it contains spaces.
  1796.  
  1797.  
  1798.  
  1799.         (C) 1987 Omen Tech Inc                        Chapter 17 Main Commands
  1800.  
  1801.